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(54) Systeme de communication base sur le protocole SOAP 



(57) La presente invention decrit un systeme de 
communication sur un reseau IP (50) entre un equipe- 
ment d'automatisme (10) et un ou plusieurs appareils 
distants (30). Le systeme de communication est base 
sur le protocole SOAP (Simple Object Access Protocol) 
dans le but de fournir a I'appareil distant (30) des fonc- 
tions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de I'equipement 
d'automatisme ,(1 0). L'equipement d'automatisme (10) 
comporte au moins un service WEB (21) et/ou un client 



WEB (22) pouvant interagir avec un programme (20) de 
I'equipement d'automatisme (10), capable de decoder 
des messages regus (51 ,54) en provenance du reseau 
IP (50) codes seion le protocole SOAP et capable d'en- 
coder des messages a §mettre (52,53) selon le proto- 
cole SOAP. Un document de description de service (61), 
accessible a un appareil distant (30,30"), decrit les ca- 
pacites d'un ou plusieurs services WEB (21) implantes 
dans un equipement d'automatisme (10). Ce document 
peut etre m6moris6 ou construit dynamiquement par un 
gen6rateur (62), ^ 
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Description 

[0001 ] La presente invention concerne un systeme de communication sur un r^seau global de type Internet, Intranet 
ou Extranet, entre au moins un equipement d'automatisme offrant une ou plusieurs fonctions d'automatisme et au 

5 moins un appareil distant, permettant d'utiliser le protocole SOAP (Simple Object Access Protocol) a I'interieur d'un 
equipement d'automatisme, grace a au moins un service WEB et/ou un client WEB pouvant interagir avec un program- 
me de I'equipement d'automatisme. La presente invention concerne egaiement un procede de communication base 
sur ce systeme de communication ainsi qu'un equipement d'automatisme capable de mettre en oeuvre ce systeme et 
ce procede de communication. Un tel systeme de communication peut s'appliquer ^ toute application d'automatisme 

10 appartenant au domaine des automatismes industriels, des automatismes du batiment ou du controle/commande des 
r6seaux electriques de distribution. 

[0002] Sous le terme "equipement d'automatisme", on deslgnera ci-apres un automate programmable, une com- 
mande numerique, une station de controle/commande mais aussi tout equipement ou module d'automatisme posse- 
dant au moins une unit6 de traitement, capable de se connecter sur un r6seau IP tel que defini au paragraphe sulvant, 
15 et capable d'executer un programme pour offrir une ou plusieurs fonctions d'automatisme dans une application d'auto- . 
matisme. Par exemple, on inclura dans cette definition un module metier ou un module d'entrees/sorties d'un automate 
programmable, un tenninal de dialogue, un variateur de vitesse, etc.... 

[0003] II est connu qu'un tel equipement d'automatisme puisse integrer un serveur WEB de fagon a pouvoir echanger 
des donnees relatives a cet equipement d'automatisme avec un client WEB distant, tel qu'un navigateur, connecte k 

20 un reseau de communication global. Ce reseau global est de type Internet, Intranet ou Extranet, confomne a la nonnae 
TCP/IP ou a la nomae UDP/IP, et sera appel§ "reseau IP" dans la suite de I'expos^. Ces fonctionnalit§s sont decrites 
notamment dans les documents W09913418, US6061603 et US5805442. Les donnees relatives a I'equipement 
d'automatisme sent alors mises en fonne et exp6di6es par le serveur WEB, par exemple sous forme de pages HTML 
ou XML. II est egaiement possible qu'un serveur WEB implante dans un equipement d'automatisme puisse charger 

25 un programme, g6n6raiement appel6 Applet, dans un appareil distant, lequel programme se d^roule dans Tappareil 
distant de fa^on a echanger avec le serveur WEB de I'equipement d'automatisme des requetes transportees par le 
protocole IP. 

[0004] Sous le temne "appareil distant", on deslgnera ci-apres soit un ordinateur individuel, un telephone portable, 
un appareil de type PDA (Personal Digital Assistant), solt un serveur informatique, tel qu'un serveur d'applications ASP 

30 (Applications Service Provider), un serveur WEB, un serveur WAP, un serveur de systfeme de gestion de bases de 
donnees (SGBD), un serveur de progiciel de gestion integre (PGI), un serveur ERP (Enterprise Resource Planning), 
un serveur EAI (Enterprise application integration), un serveur de gestion electronique de documents (GED), un serveur 
de commerce electronique inte re ntrep rises (B-to-B) ou tout autre systeme informatique. Par appareil distant, on peut 
aussi designer un ensemble d'appareils distants communiquant entre eux. Un appareil distant comporte au moins une 

35 unite de traitement, est capable de se connecter a au moins un equipement d'automatisme par un reseau IP et d'exe- 
cuter un programme ou un ensemble de programmes infomnatiques. Certains equipements d'automatisme, tels que 
des tennninaux de dialogue, peuvent etre consideres comme des appareils distants. 

[0005] Le protocole SOAP est un protocole permettant d'^changer de fa^on simple des infonmations dans un envi- 
ronnement d6centralis6. II est bas6 sur le langage nonmalis6 XML (extensible Markup Language) et peut etre utilise 

"^0 en combinaison avec plusieurs autres protocoles du WEB tels que HTTP (Hyper Text Transfer Protocol), HTTPS (ou 
HTTP/SSL : Hyper Text Transfer Protocol / Secure Socket Layer), SMTP (Simple Mail Transfer Protocol), FTP (File 
Transfer Protocol) et avec le protocole IP. Le protocole SOAP est base sur des schemas XML et fournit un vocabulaire 
definissant une structure, un contenu et une syntaxe des requetes de communication. Ce protocole est depose au 
W3C (World Wide Web Consortium) . 

45 [0006] II serait particulierement interessant, pour le concepteur d'une application dans un appareil distant utilisant 
des outils de developpement de plus en plus repandus sur le marche pour les applications WEB, de pouvoir directement 
echanger des donnees sur un r6seau IP avec un ou plusieurs 6quipements d'automatisme et ceci grace au protocole 
SOAP. En adaptant I'equipement d'automatisme a des protocoles issus du monde infonnatlque, un Equipement d'auto- 
matisme pourrait communiquer avec une application infomnatique dlstante d§velopp6e s6par§ment avec des outils de 

50 developpement du monde informatique, sans avoir ^ d6velopper des passerelles ou des protocoles proprietaires, 
ouvrant ainsi largement les domaines des automatismes au domaine de I'lnternet. 

[0007] Pour cela, invention d6crit un systeme de communication sur un r6seau IP entre un equipement d'automa- 
tisme executant un programme pourf oumir des fonctions d'automatisme et un ou plusieurs appareils distants executant 
un programme ou un ensemble de programmes informatiques. Le systeme de communication est base sur le protocole 
55 .SOAP (Simple Object Access Protocol) dans le but de fournir a I'appareil distant des fonctions de surveillance, de 
visualisation, de controle, de configuration ou de programmation de I'equipement d'automatisme, et le systeme de 
communication comporte, dans I'equipement d'automatisme, au moins un service WEB ou un client WEB qui sont 
capables d'interagir avec le programme de I'equipement d'automatisme, de decoder des messages regus en prove- 
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nance du reseau IP cod6s selon le protocoie SOAP et d'encoder selon le protocole SOAP des messages a emettre 
sur le reseau IP. 

[0008] Le systeme de communication peut aussi comporter un document de description de service qui decrit les 
capacites d'un ou plusieurs service(s) WEB implante(s) dans un equipement d'automatisme, ce document de descrip- 

5 tion de service etant accessible par un appareil distant soit k partir de ses ressources locales, solt k partir de ressources 
distantes identifiees par une adresse URL (Uniform Resource Locator), URI (Universal Resource Identifier) ou IP 
(Internet Protocol). II peut etre memorise dans des moyens de stockage situes dans I'equipement d'automatisme ou 
peut etre genere dynamiquement par I'equipement d'automatisme; de plus il est conforme a un langage de description 
de service faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et fournissant une grammaire s'ap- 

10 puyant sur le langage XML (extensible Markup Language). 

[0009] Etant donn6 I'aspect 6volutif du langage XML, il sera possible d'ajouter des 616ments nouveaux en assurant 
une compatibilite ascendante sans destabiliser les developpements ant6rieurs. De plus, grace aux documents de 
description de service, on obtiendra une unification d'equipements Xrbs differents, en stockant et en rendant accessible 
par tous des "metadonnees" qui decrivent les services qu'iis sont capables d'exposer. 

15 [0010] D'autres caracteristiques et avantages vont apparaitre dans la description d^taillee qui suit en se referant k 
un mode de realisation donne a titre d'exemple et represents par les dessins annexes sur lesquels : 

la figure 1 represente un premier exemple d'un systeme de communication conforme a I'invention entre un equi- 
pement d'automatisme comprenant un service WEB et un appareil distant client, 

20 

la figure 2 represente un deuxieme exemple d'un systeme de communication entre un equipement d'automatisme 
comprenant un client WEB et un appareil distant serveur, 

la figure 3 represente un exemple dans lequel un equipement d'automatisme. communiquant avec un appareil 
25 distant k la fois client et serveur, comporte un client WEB et un service WEB s§par6s, 

la figure 4 reprend la figure 3 avec un Equipement d'automatisme comportant un client WEB inclus dans un service 
WEB, 

30 - ia figure 5 represente un exemple de communication dans lequel un equipement d'automatisme fournit un docu- 
ment de description de service a un appareil distant de tagon k pouvoir communiquer avec lui, 

la figure 6 schematise les differentes etapes d'un precede mettant en oeuvre le systeme de communication selon 
invention avec notamment un document de description de service m6moris6 dans un appareil distant different 
35 de I'equipement d'automatisme, 

la figure 7 montre une vartante du proc6d§ de communication de la figure 6. 

[0011] Un service WEB est une ressource accessible sur le WEB, au moyen d'une interface r6seau, qui accepte 
40 des requetes et renvoie des r6ponses a ces requetes. Cette ressource est dScrite de fa^on formelle par une interface 
logicielle contenue dans un document de description de service. Une implementation d'une telle interface logiclelle 
dans un equipement d'automatisme est appel§e "service WEB" dans le present expose. Un client WEB est une res- 
source pouvant acceder au WEB, au moyen d'une interface rdseau, qui envoie des requetes et re9oit des reponses k 
ces requetes. 

45 [0012] En reference aux figures 1 et 2, un equipement d'automatisme 10 est connects par un reseau IP 50 k un 
appareil distant 30. L'dquipement d'automatisme 10 comporte au moins une unit6 de traitement capable d'executer 
un programme 20 permettant d'offrir une ou plusieurs fonctions d'automatisme a une application d'automatisme. Ce 
programme 20 peut etre par exemple un programme application ou utilisateur pemnettant de faire du controle/com- 
mande d'une application d'automatisme ou directement le systeme d'exploitation de I'equipement d'automatisme 10. 

50 L'equipement d'automatisme 10 comporte au moins un service WEB 21 et/ou un client WEB 22 capable d'interagir 
avec le programme 20 de rSquipement d'automatisme. Un appareil distant 30 comporte au moins une unit6 de traite- 
ment capable d'executer un programme ou un ensemble de programmes informatiques pouvant integrer une pluralite 
d'applications WEB client 31 et/ou serveur 32. 

[001 3] La figure 1 montre un Equipement d'automatisme 1 0 communiquant avec un appareil distant 30 sur un reseau 
55 IP 50. L'apparell distant 30 execute une application client WEB 31 capable d'Emettre sur le rEseau IP 50 des requetes 
31 conformes au protocole SOAP. Une requete SOAP 51 est re^ue par un service WEB 21 de I'equipement d'auto- 
matisme 1 0 qui la decode, I'execute et renvoie une rEponse 52 en la codant selon le protocole SOAP. L'application 
client 31 est capable de recevoir des rEponses SOAP 52. 
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[0014] De fagon symetrique, la figure 2 montre un equipement d'automatisme 10 communiquant avec un appareil 
distant 30 sur un reseau IP 50. L'equipement d'automatisme 10 comprend un client WEB 22 capable d'emettre sur le 
reseau IP 50 des requetes 53 codees selon le protocoie SOAP. Une requete SOAP 53 est re^ue.par une application 
serveur WEB 32 de Tapparei! distant 30 qui la decode, I'execute et renvoie une reponse 54 en la codant selon le 

5 protocoie SOAP. Le client WEB 22 est capable de recevoir et de decoder des reponses SOAP 54. 

[0015] La figure 3 montre un equipement d'automatisme 10 comprenant a la fois un service WEB 21 et un client 
WEB 22 separes, qui communiquent respectivement avec une application client WEB 31 et une application serveur 
WEB 32 d'un appareil distant 30. Les applications client WEB 31 et serveur WEB 32 peuvent appartenir ou non a un 
meme appareil distant 30 connects au reseau IP 50 et comportant, par exemple, une application ERP (Enterprise 

10 Resource Planning). Dans !a variante schematisee en figure 4, l'equipement d'automatisme 10 comporte un client 
WEB 22 qui est inclus dans un service WEB 21 . Par exemple, ce service WEB 21 peut int^grer une fonctionnalit6 de 
souscription 51 ,52 a partir de laquelle il est possible d'envoyer, a I'initiative du service WEB 21 ou a I'initiative de 
l'equipement d'automatisme 10, une notification 53,54 vers au moins un appareil distant 30, pour informer celui-ci 
d'evenements ou d'etats concernant l'equipement d'automatisme 10. 

15 [001 6] L'exempie ci-dessous montre une requete 51 conforme au protocoie SOAP, emise par une application client 
WEB 31 , pour aller lire une information "voltage" smt un service WEB 21 d'un equipement d'automatisme 10 nomme : 
"hnp://equipemeni-automatisme-1.schneider-electnc,com/sem^ suivi d'une reponse 52 confonne au protocoie 
SOAP, 6mise par le service WEB 21 de l'equipement d'automatisme 10, retournant la valeur"220'' pour I'application 
WEB client 31. 

20 [0017] Message SOAP incorpore dans la requete HTTP 51 : 



POST /service-1 HTTP/1.1 

Host: : equipement- automat! sine- 1 . scbneider- electric . com 
25 Content-Type; text/xml/ charset="utf -8" 

Content -Length: nnnn 
SOAPActionz "Some-URI" 



< SOAP -ENV: Envelope 
30 xmlns : SOAP -ENV="http: //schemas •xmlfloap- org/soap/ envelope/" 

SOAP-ENV I encodings tyle= "http : //schemas . xmlsoap . org/soap/encoding/" > 
< SOAP - ENV : Body > 

<m:Read xmlns:m="Some-URI»'> 

<Variable>Voltage</Variable> 
35 </m:Read> 

< /SOAP -ENV: Body > 
</ SOAP -ENV : Envelope> 

40 [0018] Message SOAP incorpore dans la reponse HTTP 52 : 

HTTP/1-1 200 OK 

Content-Type: text/xml; charflet="utf -8" 
45 Content -Length: nnnn 

<SOAP- ENV: Envelope 

xmlns : SOAP-ENV="http: //schemas . xmlsoap . org/soap/envelope/" 
SOAP -ENV: en codings tyle- "http //schemas . xmlsoap . org/soap/encoding/ " > 
50 < SOAP -ENV: Body > 

<m:ReadResponse xmlns :m="Some-OTI"> 

<Data>220</Data> 
</m: ReadResponse> 
< / SOAP - ENV : Body > 
55 </SOAP-ENV:Envelope> 

[001 9] Pour communiquer sur le reseau IP 50, l'equipement d'automatisme 1 0 comporte une interface reseau WEB 
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15 de type HTTP, HTTPS, SMTP, FTP, TCP/IP ou UDP/IP. Cette interface reseau 15 est capable de faire I'achemine- 
ment de messages 51 ,54 provenant du reseau !P 50 vers un client WEB 22 ou vers un service WEB 21 identifie par 
une adresse URL, URI ou IP, et de falre racheminement de messages 52,53 provenant d'un service WEB 21 ou d'un 
client WEB 22 de I'equlpement d'automatisme 1 0 vers une adresse URL, URI ou IP sur le reseau IP 50. 

5 [0020] Selon un autre mode de realisation, il est egaiement possible d'envisager qu'une application client WEB 31 
d'un appareil distant 30 envoie sur le reseau IP 50 une requete 51 de type HTTP, HTTPS et non codee selon le protocole 
SOAP, a destination d'un service WEB 21 d'un equipement d'automatisme 10 Identifie par une adresse URL, URI ou 
IP et que le service WEB 21 reponde sur le reseau IP 50 a I'aide d'une reponse 52 cod^e selon le protocole SOAP 
vers I'application client WEB 31. Une telle requete 51 HTTP, HTTPS peut, parexemple, etre une requete "GET" ou 

10 "POST". 

[0021] Les donnees transmises dans des requetes 51 ,53 et des r6ponses 52,54, cod6es selon le protocole SOAP, 
peuvent representor Timplementation de protocoles de communication habituellement rencontres entre un equipement 
informatique et un Equipement d'automatisme. ParmI ces protocoles habituels, on retro uve notamment les protocoles 
MMS, MODBUS et UNI-TE. 

15 [0022] Le systeme de communication peut avantageusement s'appuyer sur un document de description de service 
61 qui d6crit les capacites d'un ou plusieurs services WEB 21 d'un equipement d'automatisme 10, c'est-a-dire qui 
decrit les services WEB qu'un equipement d'automatisme 10 est en mesure de fournir ou de proposer. AInsi, grace k 
un tel document 61 , un appareil distant 30 quelconque est en mesure de savoir en permanence quels sont les services 
disponibles dans un equipement d'automatisme 1 0. Un document de description de service 61 peut aussi contenir la 

20 description de plusieurs services WEB .21 standard, correspondant par exemple a des services impIant^s syst6mati- 
quement dans toute une gamme bien identifiee d'equipements d'automatisme. De meme, II peut aussi contenir un 
service WEB 21 particulier disponible sur toute une liste d'equipements d'automatisme distincts. 
[0023] Un document de description de service 61 specifie pourchaque service un ensemble de requetes (nom de 
la requete, nature et nom des parametres, attributs de la requete) ainsi que le ou les protocole{s) devant etre utilise 

25 (s) pour invoquer la requete aupr^s de I'^quipement d'automatisme 1 0. Le cas 6ch6ant, ce ou ces protocoles peuvent 
etre sous-entendus. Le document de description de service 61 est conforme h un langage de description de service 
faisant reference au protocole SOAP ou au protocole HTTP, HTTPS et fournissant une grammaire s'appuyant sur le 
langage XML ou XML schemas definis par le W3C. Selon un mode de realisation prefere, il est conforme au langage 
de description de service SDL (Service Description Language) specifie par Microsoft Corporation, au langage de des- 

30 cription de service SCL (SOAP Contract Language) specifie par Microsoft Corporation, au langage de description de 
service NASSL (Network Accessible Service Specification Language) specifie par IBM Corporation ou au langage 
WSDL (Web Services Description Language) depose au Consortium W3C. Un document de service 61 peut contenir 
une ou plusieurs adresses URL, URI ou IP pointant sur un ou plusieurs services WEB 21 . 

[0024] Un service WEB 21 pourrait aussi etre decrit par plusieurs documents de description de service 61 conformes 
35 chacun a un langage de description de service different, de fagon & ce qu'un meme equipement d'automatisme 10 
puisse etre accessible a differentes applications informatiques. Par ailleurs, un document de description de service 61 
peut se presenter sous fomne compress6e dans un fomnat de compression standard de fichiers ou de documents, tel 
que ZIP ou GZIP. 

[0025] En r6f6rence & la figure 5, un document de description de service 61 est m§moris§ dans des moyens de 
40 stockage 60 d'un equipement d'automatisme 1 0, alors que, dans la figure 6, II est localise dans des moyens de stockage 
60' d'un appareil distant 30'. Ces moyens de stockage 60,60' peuvent indifferemment etre un systeme de fichiers sur 
disque dur, CD ROM, DVD, disquette, memoire ou tout autre moyen de memorisation. Un document de description de 
service 61 est done accessible par un appareil distant 30 a partir de ressources distantes identifiees par une adresse 
URL, URI ou IP, lorsqu'il se trouve dans un equipement d'automatisme 10 ou dans un autre appareil distant 30'. Mais 
45 on pourrait envisager egaiement qu'un document de description de service 61 soit accessible par un appareil distant 
30 directement a partir de ses propres ressources locales (par exemple grace k un lecteur de CD-ROM). 
[0026] Dans la figure 5, un appareil distant 30 comporte une application Informatique 33, telle qu'un outll de deve- 
loppement logicie! ou un navigateur, qui est capable d'emettre sur le reseau IP 50 une requete de lecture 55 conforme 
a un des protocoles du WEB (par exemple une requete HTTP), pour demander un document de description de service 
50 61 decrivant les services disponibles dans un equipement d'automatisme 10. Ce document est ensuite renvoye sur le 
reseau IP 50 ^ I'application informatique 33 dans une reponse 56. A partir de ces elements, I'application infomnatique 
33 peut : 

• visualiser le contenu du document de description de service 61 pour qu'un concepteur puisse developper une 
55 application client WEB 31 et/ou application serveur WEB 32 qui sera capable de communiquer respectivement 

avec un service WEB 21 el/ou un client WEB 22 de I'equipement d'automatisme 10, grace au protocole SOAP, 

• utiliser le contenu du document de description de service 61 pour constmire et assembler tout ou partie d'une 
application client WEB 31 et/ou d'une application serveur WEB 32, de maniere k decharger le developpeur du 



5 



JSDOCID:<EP 1193948A2 I > 



BNS oaae 5 



EP1 193 948 A2 



client ou du serveurdes aspects routtniers du developpement d'application (construction des requetes, transco- 
dage des donn^es, gestion des erreurs, etc.), 
» dans !e cas ou elle est construite pour cela, directement emettre des requetes SOAP vers un service WEB 21 de 
I'dquipement d'automatisme 10 a travers une application client WEB 31 integree, et/ou directement recevoir d'un 
5 client WEB 22 de I'^qulpement d'automatisme 1 0 des requetes SOAP via une application serveur WEB 32, comme 

indiqu6 en figure 7. 

[0027] Un des avantages de la presente invention reside aussi dans le fait qu'un document de description de service 
61 d§crivant les services d'un 6quipement d'automatisme 10 peut etre construit de differentes manieres. II peut etre 

10 m6moris4 dans des moyens de stockage 60 de Tequipement d'automatisme 1 0 ou dans des moyens de stockage 60* 
d'un apparell distant 30', mais il peut aussi etre g6n6r6 dynamiquement iorsqu'une application infonnatique 33 d'un 
appareil distant 30 §met une requete 55 pour acc6der aux services disponibles dans I'equipement d'automatisme 10. 
Cette fonctionnallte pemiet done de faire evoluer le document de description de service 61 , par exemple quand la 
configuration de I'equipement d'automatisme 10 estmodifl6e (connexion pu deconnexion d'un module dans un auto- 

15 mate programmable 10). De plus, un ^quipement d'automatisme 10 peut souhaiterexposeroucacher certains services 
WEB en fonctlon de son 6tat ou en fonction de I'appareil distant 30 qui veut communiquer avec lui. 
[0028J Pour cela, un ^quipement d'automatisme 10 peut comporter un g6nerateur62 qui estun programme capable 
de construire dynamiquement un document de description de service 61 . De fagon preferentielle, cette construction 
dynamique est realis^e lorsqu'un appareil distant 30 demande a acceder au document de description de service 61 

20 de Tequipement d'automatisme 10. Dans ce cas, le document de description de service 61 n'a pas besoin d'etre m6- 
moris6 puisqu'il est 6labor6 dynamiquement a chaque requete 55 emise par une application informatique 33 vers le 
g6nerateur 62. Dependant, dans certains cas, on pourrait aussi envisager une construction dynamique du document 
61 initi^e & la demande de I'equipement d'automatisme 10. De plus, on peut aussi envisager une solution mixte dans 
laquelle un g6n§rateur 62 serait capable de personnaliser dynamiquement un document de description de service 61 , 

25 en s'appuyant sur un document standard d6j& m6moris6 pour une tamille d'6quipements, par exemple. ■ 

[0029] Pour obtenir un document de description de service 61 dans une reponse 56; une requete de lecture 55 
contient done une adresse URL, URI ou IP qui pointe soit sur un gen^rateur 62 capable de construire dynamiquement 
le document de description de service 61 soit directement sur le document de description de service 61 . 
[0030] Le g^nerateur 62 peut indiff6remment etre m6moris6 dans des moyens de stockage 60 de I'equipement 

30 d'automatisme 10, comme indique figure 5, ou dans des moyens de stockage 60' d'un appareil distant 30', comme 
indique figure 6. Par ailleurs, la figure 6 montre une application infomiatique 33 qui est ex6cut6e dans un autre appareil 
distant 30" different de I'apparei! distant 30 qui contient les applications WEB 31,32, Les communications entre les 
appareils distants 30,30',30" se font sur le reseau IP 50. 

[0031] Un precede de communication sur un reseau IP 50 entre un 6quipement d'automatisme 10 executant un 
35 programme 20 pour fournir des fonctions d'automatisme et un appareil distant 30 executant un programme ou un 
ensemble de programmes informatiques est decrit dans la figure 6. Ce precede de communication s'appuie sur un 
systeme de communication tei que decrit pr6cedemment bas6 sur le protocole SOAP (Simple Object Access Protocol) 
dans le but de fournir & I'appareil distant 30 des fonctions de surveillance, de visualisation, de controle, de configuration 
ou de programmation de I'equipement d'automatisme 10. II comporte les 6tapes suivantes : 

Une etape A de decouverte de service dans laquelle une application informatique 33, s'ex^cutant dans I'appareil 
distant 30 ou dans un autre appareil distant 30", emet une requete 55 de lecture sur le reseau IP 50 pour recevoir, 
dans une reponse 56, un document de description de service 61. La requete 55 contient une adresse URL, URI 
ou IP qui pointe soit sur lin document de description de service 61 d6ja m§moris6 dans I'equipement d'automatisme 
10 ou dans un appareil distant 30', soit sur un g6nerateur 62 qui construit alors dynamiquement un document de 
description de service 61 pour le renvoyer dans la r6ponse 56. 

Une etape B de developpement dans laquelle, grace au document do description de service 61 , il est possible de 
deveiopper manuellement ou automatiquement, a partir de I'application informatique 33, une application client 
WEB 31 et/ou une application serveur WEB 32 dans I'appareil distant 30 de maniere k communiquer respective- 
ment avec un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, grSce au protocole SOAP, 
Une etape C de communication entre une application client WEB 31 et/ou une application serveur WEB 32 de 
I'appareil distant 30 et un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 10, au moyen 
de requetes 51 ,53 et de r6ponses 52,54 confonnes au protocole SOAP. 

55 .[0032] Selon une variante representee en figure 7, I'application informatique 33, qui dans ce cas peut etre un navi- 
gateur par exemple, est structuree pour integrer en elle-meme une application client WEB 31 et/ou application serveur 
WEB 32. L'etape B du precede n'est alors pas necessaire puisque Tapplication informatique 33 peut directement emet- 
tre des requetes SOAP vers un service WEB 21 et/ou un client WEB 22 de I'equipement d'automatisme 1 0, des qu'elle 
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est en possession du document de description de service 61 , sans avoir besoin de developpement. Le precede de 
comnnunication comporte alors une etape A de decouverte de service puis directennent une etape C de communication. 
[0033] M est bien entendu que I'on peut, sans sortir du cadre de IMnvention, imaginer d'autres variantes et perfec- 
tionnements de detail et de meme envisager I'empioi de moyens equivalents. 



Revendications 

1. Systeme de communication sur un reseau IP (50) entre un equipement d'automatisme (10) comportant au moins 
une unite de traitement capable d'executer un programme (20) pour fou'rnir des fonctions d'automatisme et un ou 
plusieurs appareils distants (30) executant un programme ou un ensemble de programmes informatiques, carac- 
terise par le fait que le systeme de communication est base sur le protocole SOAP (Simple Object Access Pro- 
toco!) dans le but de fournir a Tappareil distant (30) des fonctions de surveillance, de visualisation, de controle, de 
configuration ou de programmation de I'equipement d'automatisme (10), et par le fait que le systeme de commu- 
nication comporte, dans I'equipement d'automatisme (10), au moins un service WEB (21) ou un client WEB (22), 
qui sont capables d'interagir avec le programme (20) de Tequipement d'automatisme (10), de decoder des mes- 
sages re^us (51,54) en provenance du reseau IP (50) cod^s selon le protocole SOAP et d'encoder selon le pro- 
tocole SOAP des messages a emettre (52,53) sur le reseau IP (50). 

2. Systeme de communication selon la revendication 1 , caracterlse par le fait qu'un equipement d'automatisme 
(10) comprend au moins un service WEB (21) susceptible de recevoirdu reseau IP (50) des requetes (51), venant 
d'au moins une application WEB client (31) contenue dans un appareil distant (30) et d'dmettre sur le reseau IP 
(50) des reponses (52), vers ['application WEB client (31) de I'appareil distant (30). 

3. Systeme de communication selon la revendication 1 , caracterlse par !e fait qu'un Equipement d'automatisme 
(10) comprend au moins un client WEB (22) susceptible d'emettre sur le reseau IP (50) des requetes (53), vers 
au moins une application WEB serveur (32) contenue dans un appareil distant (30) et de recevoir du reseau IP 

- (50) des reponses (54), venant de I'application WEB serveur (32) de I'appareil distant (30). 

4. Systeme de communication selon la revendication 2, caracterise par le fait qu'un document de description de 
service (61 ) d^crit les capacites d'un ou plusieurs services WEB (21 ) implantes dans un Equipement d'automatisme 
(10), ce document de description de service (61) etant accessible pour un appareil distant (30,30") soit k partir de 
ses ressouj-ces locales, soit a partir de ressources distantes identifiees par une adresse URL, URI ou IP. 

5. Systeme de communication selon la revendication 4, caracterlse par !e fait que le document de description de 
service (61) est conforme a un langage de description de service faisant reference au protocole SOAP ou au 
protocole HTTP, HTTPS etfoumissant une grammaire s'appuyant sur le langage XML (extensible Markup Lan- 
guage). 

6. Systfeme de communication selon la revendication 5, caracterise par le fait que le document de description de 
service (61) peut contenir une ou plusieurs adresses URL, URI ou IP d'un ou plusieurs services WEB (21). 

7. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SDL (Service Description Language). 



8. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61) est conforme au langage de description de service SCL (SOAP Contract Language). . 

9. Systeme de communication selon la revendication 6, caracterise par le fait que le document de description de 
service (61 ) est confonne au langage de description de service NASSL (Network Accessible Service Specification 



10. Systfeme de communication selon la revendication 6, caracterlse par le fait que le document de description de 
service (61) est conforme au langage de description de service WSDL (Web Services Description Language). 



11. Systeme de communication selon la revendication 6, caracterise par le fait que plusieurs documents de des- 
cription de service (61) conformes k differents langages de description de service peuvent dEcrire les capacites 
d'un meme service WEB (21). 



5 



45 



Language). 



55 



7 



4SDOCID: <EP 



1193948A2 I > 



BNS Daae 7 



EP1 193 948 A2 



12. Systeme de communication selon la revendication 11, caracterise par le fait que !e document de description de 
service (61). est compresse dans un format de compression standard de fichiers ou de documents. 

13. Systeme de communication seion la revendication 11, caracterise par le fait que le document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage (60) situes dans 
I'equtpement d'automatisme (10). 

14. Systeme de communication selon la revendication 11 , caracterise par le fait que le document de description de 
service (61) d'un equipement d'automatisme (10) est memorise dans des moyens de stockage (60') situes dans 
un appareil distant (30'). 

15. Systeme de communication selon la revendication 11 , caracterise par !e fait qu*un generateur (62) est capable, 
a la suite d'une demande emanant d'un appareil distant (30,30"), de construire dynamiquement un document de 
description de service (61) decrivant les capacites d'un ou plusieurs services WEB (21) implantes dans un Equi- 
pement d'automatisme (10). 

1 6. Systeme de communication selon la revendication 15, caracterise par le fait que le generateur (62) d'un document 
de description de service (61) d'un equipement d'automatisme (10) est accessible, pour un app a reii distant 
(30,30"), par une adresse URL, URI ou IP. 

1 7. Systeme de communication selon la revendication 1 6, caracterise par le fait que le generateur (62) d'un document 
de description de service (61) d'un Equipement d'automatisme (10) est memorise dans des moyens de stockage 
(60) situes dans I'equipement d'automatisme (10) ou dans des moyens de stockage (60') situes dans un appareil 
distant (30'). 

18. ProcedE de communication sur un reseau IP (50) entre un equipement d'automatisme (10) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes informatiques, ie procEdE de communication ayant pour but de fournir a I'appareil distant 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de I'Equi- 
pement d'automatisme (10), caracterise par le fait que le precede de communication s'appuie sur un systeme 
de communication basE sur le protocole SOAP et comporte les Etapes suivantes : 

• Une etape (A) de dEcouverte de service dans laquelle une application infonnatique (33), s'executant dans 
I'appareil distant (30) ou dans un autre appareil distant (30"), emet sur le reseau IP (50) .une requete (55) de 
lecture pour recevoir, dans une reponse (56), un document de description de service (61), 

• Une etape (B) de dEveloppement dans laquelle, grace au document de description de service (61), il est 
possible de developper manuellement ou automatiquement tout ou partie d'une apprtcation client WEB (31) 
et/ou d'une application serveur WEB (32) dans. I'appareil distant (30) de maniere a pouvoir communiquer 
respectivement avec un service WEB (21) et/ou un client WEB (22) de l'6quipement d'automatisme (10), 

• Une etape (C) de communication entre une application client WEB (31) et/ou une application serve ur WEB 
(32) de I'appareil distant (30) et un service WEB (21) et/ou un client WEB (22) de I'equipement d'automatisme 
(1 0) sur le reseau IP (50), au moyen de requetes (51 ,53) et de reponses (52,54) conformes au protocole SOAP. 

19. Precede de communication sur un reseau IP (50) entre un equipement d'automatisme (10) executant un program- 
me (20) pour fournir des fonctions d'automatisme et un appareil distant (30) executant un programme ou un en- 
semble de programmes infonnatiques, le procedE de communication ayant pour but de fournir a I'appareil distant 
(30) des fonctions de surveillance, de visualisation, de controle, de configuration ou de programmation de TEqui- 
pement d'automatisme (1 0), caracterise par le fait que ie procEdE de communication s'appuie sur un systEme 
de communication base sur le protocole SOAP et comporte les etapes suivantes : 

• Une etape (A) de d6couverte de service dans laquelle une application infomnatique (33), s'executant dans 
I'appareil distant (30), §met sur le reseau IP (50) une requ§te (55) de lecture pour recevoir, dans une rEponse 
(56), un document de description de service (61), 

Une Etape (C) de communication entre une application client WEB (31) et/ou une application serveur WEB 
(32) indues dans I'application intormatique (33) de I'appareil distant (30) et un service WEB (21 ) et/ou un client 
WEB (22) de I'Equipement d'automatisme (10) sur le rEseau IP (50), au moyen de requetes (51,53) et de 
reponses (52,54) conformes au protocole SOAP. 
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20. Precede de communication selon I'une des revendications 18 ou 19, caracterise par le fait que la requete (55) 
contient une adresse URL, URI ou IP qui pointe solt sur un document de description de service (61), soit sur un 
generateur (62) capable de construire dynamiquement un document de description de service (61). 
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